home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9707 / 000030_owner-linux-arm…r.rutgers.edu _Thu Jul 3 18:52:55 1997.msg < prev    next >
Internet Message Format  |  1997-11-30  |  4KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id SAA27282 for <willy@odie.fluff.org>; Thu, 3 Jul 1997 18:52:55 +0100
  3. Received: from root@vger.rutgers.edu (port 53079 [128.6.190.2]) by nic.funet.fi with ESMTP id <15613-23894>; Thu, 3 Jul 1997 20:41:09 +0300
  4. Received: by vger.rutgers.edu id <1003632-30851>; Thu, 3 Jul 1997 13:30:40 -0400
  5. Received: from IDENT-NOT-QUERIED@server21.digital.fr (port 1235 [193.56.15.21]) by vger.rutgers.edu with ESMTP id <1003683-30851>; Thu, 3 Jul 1997 13:29:55 -0400
  6. Received: from mail.vbo.dec.com (mail.vbo.dec.com [16.36.208.34]) by server21.digital.fr (8.7.5/8.7) with ESMTP id TAA31436 for <linux-arm@vger.rutgers.edu>; Thu, 3 Jul 1997 19:39:35 +0200 (MET DST)
  7. Received: from vbormc.vbo.dec.com (vbormc.vbo.dec.com [16.36.208.94]) by mail.vbo.dec.com (8.7.3/8.7) with ESMTP id TAA32137 for <linux-arm@vger.rutgers.edu>; Thu, 3 Jul 1997 19:32:22 +0200 (MET DST)
  8. Received: from rdgeng.enet (daemon@localhost) by vbormc.vbo.dec.com (8.7.3/8.7) with SMTP id TAA20353 for <linux-arm@vger.rutgers.edu>; Thu, 3 Jul 1997 19:10:35 +0200
  9. Message-Id: <199707031710.TAA20353@vbormc.vbo.dec.com>
  10. Received: from rdgeng.enet; by vbormc.enet; Thu, 3 Jul 97 19:11:08 MET DST
  11. Date:     Thu, 3 Jul 97 19:11:08 MET DST
  12. From: "Neal.  03-Jul-1997 1810 +0100" <crook@rdgeng.enet.dec.com>
  13. To: "linux-arm@vger.rutgers.edu"@vbormc.vbo.dec.com
  14. Apparently-To: linux-arm@vger.rutgers.edu
  15. Subject: cache Flush is different from cache clean
  16. Sender: owner-linux-arm@vger.rutgers.edu
  17. Precedence: bulk
  18. Status: RO
  19.  
  20. >> > > liveable with and it's considerably better than your alternative
  21. >> > > suggestion.
  22. >> > 
  23. >> > I diasgree. Not many CPUs need to do this and considerably worse, I can't
  24. >> > think of any mainstream ones to hand...
  25. >>
  26. >> It is an extremely poor piece of design. The last thing you need to do on
  27. >> a modern machine is load your bus down reading crap because the processor
  28. >> lacks a very basic cache flush operation.
  29. >>
  30. >> On the P5 its about 10 clocks to flush the cache and no bus activity
  31. >>
  32. >> Alan
  33.  
  34. Hmm,
  35.  
  36. looks as though there is some confusion here. The SA-110 does not "lack a a very
  37. basic cache flush operation" and there is NO software loop required to flush the
  38. Dcache. Flushing the Dcache is performed by a single coprocessor instruction.
  39.  
  40. HOWEVER! The SA-110 Dcache is a writeback cache, unlike the caches in ARM
  41. processors like the 610 and 710. What that means is that the Dcache may not be
  42. coherent with main memory; it may contain a more-recent copy of cached data.
  43. Therefore, before you flush the Dcache you need to *clean* it. This is the
  44. process of evicting dirty data from the Dcache into system memory. It is the
  45. cleaning operation that requires the software loop that has been mentioned. That
  46. operation may require 16K or 32K reads depending upon what you read (reading
  47. "crap" is optional).
  48.  
  49. This software read loop isn't the most impressive scheme for cleaning the cache
  50. but it's not possible to do it with no bus activity - unless no entries in the
  51. cache are dirty. As Dave said, these housekeeping chores are the price you pay
  52. for the speedup that caches give you.
  53.  
  54. It's all explained in the SA-110 Technical Reference Manual, section 6.2.4.1 -
  55. it's on our web page.
  56.  
  57. Neal. (EBSA-110 designer, 21285 memory controller designer)
  58.  
  59.     ----------------------------------------------------------------------
  60.     Neal Crook
  61.     Principal Engineer, European Semiconductor Applications Engineering
  62.  
  63.     Digital Equipment Co. LTD      EMAIL  neal.crook@reo.mts.dec.com
  64.     Mailstop RE02-F/B3             Tel.   +44 118 920 6297
  65.     Digital Park                   FAX    +44 118 920 3133
  66.     Imperial Way,                             ^^^^^
  67.     Reading, RG2 0TU                            | NEW telephone codes
  68.     ENGLAND
  69.     ----------------------------------------------------------------------
  70.     ---------------------------------oOOo---------------------------------